home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / hardware-part1 / 2254 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.6 KB
  1. Path: news.primenet.com!krishna
  2. From: Glenn Saunders <krishna@primenet.com>
  3. Newsgroups: comp.sys.amiga.hardware
  4. Subject: HD problem
  5. Date: 23 Jan 1996 16:10:02 -0700
  6. Organization: Primenet (602)395-1010
  7. Sender: root@primenet.com
  8. Message-ID: <4e3psa$arq@nnrp1.news.primenet.com>
  9. X-Posted-By: krishna@usr3.primenet.com
  10.  
  11. I need some serious help.
  12.  
  13. I wrote a huge file (18mb) to disk and suddenly one of my partitions 
  14. became "invalid".  I couldn't delete this file and had all sorts of 
  15. problems with it.
  16.  
  17. I tried Disksalv to no avail.  I realized I had to repartition so I moved 
  18. all my files to a different partition and repartitioned, changing the 
  19. beginning point of the old partition a little bit.
  20.  
  21. But I am still having problems.  When I try to format the first 
  22. partition, I get write errors during the format.  Same thing with my 2nd 
  23. partition.  The "bad" partition seems to fomat okay but when I run 
  24. "validate" on Disksalv, and it tries to write back to disk, I get errors.
  25.  
  26.  
  27. On my 1st partition, the Disksalv errors is "write error on disk block
  28. 51269". 
  29. Root block is 51243
  30.  
  31. On my 2nd partition, the Disksalv error is "write error on disk block 77791".
  32. Root bock is 77765
  33.  
  34. These bad blocks seem perilously close to the root block.  The drive 
  35. VERIFIES okay, so I don't know why it's having write errors.  If there 
  36. were a way for me to map out these blocks completely and repartition I'd 
  37. do it.
  38.  
  39. I am afraid to use these troubled partitions now, although they seem to 
  40. be available for use.  Disksalv continues after the "retry" prompt but 
  41. obviously it isn't working.
  42.  
  43.  
  44. Do you think this is an RDB problem?  You'd think repartitioning would 
  45. fix the RDB but it didn't.
  46.  
  47.